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10.i  INTRODUCTION 

This  is  an  Electronic  Data  Interchange  (EDI)  systems  design 
document  that  describes  the  standard  or  ’convention*  the 
Defense  Lo^stics  Agency  will  use  to  provide  order  status  data 
to  vendors  using  the  ASC  X12  Transaction  Set  870  Order  Status 
Report  (003020).  It  contains  information  for  the  design  of  inter¬ 
face  computer  programs  that  serve  to  link  systems  application 
computer  programs  and  an  EDI  translator  computer  program. 

Who  Needs  to  Use  This  Document 

Computer  programmers  can  use  this  document  to  identify  the 
data  in  a  populated  EDI  transaction  with  data  requirements  of 
their  spe^c  application  database.  Conversely,  programmers 
can  identify  where  their  applications  data  requirement  should 
be  carried  in  an  EDI  transaction. 

Why  Use  a  Convention 

There  are  more  ways  to  populate  an  EDI  transaction  than  there 
are  ways  to  fill  out  a  bla^  form.  A  convention  defines  the  rules 
for  filling  in  or  ’populating”  an  EDI  transaction  with  a  specific 
data  set.  Following  a  convention  ensures  the  integrity  of  data 
that  is  produced  and  processed  by  EDI  capable  computer  sys¬ 
tems. 

Contents 

Four  sections  are  included  in  this  document. 

•  Section  10.2,  Control  Segments,  identifies  the  specific  data 
requirements  for  formatting  the  EDI  interchange  control 
segments  when  sending  and  receiving  EDI  transacticms. 

•  Section  10.7,  DoD  Conventions,  lists  the  layout  of  the  target 
transaction  set  by  segment  and  data  element.  This  section 
can  be  used  to  interpret  segments  and  data  elements  of  a 
populated  transaction  set. 

•  Appendices  contain  examples  of  populated  transaction  sets, 
trading  partner  data  element  matrix,  and  other  items  that 
serve  as  references  for  software  developers. 
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Overview 

This  chapter  describes  the  Electronic  Data  Interchange  (EDI) 
control  s^ments  (interchange  control  segments  and  Actional 
group  segments).  The  control  segment  information  was  derived 
from  the  ASC  X12  Standards  Version  3  Release  2  (003020). 


Purpose 

This  chapter  identifies  specific  data  requirement  for  formatting 
the  EDI  control  segments  when  transmitting  and  receiving  EDI 
transactions.  The  format  and  data  content  of  the  contr^  seg¬ 
ments  is  usually  managed  by  EDI  translation  software.  The  data 
requirement  (bscribed  herein  should  be  used  to  set  control 
segment  format  when  installing  or  initializing  translation 
so^are  for  transmission  and  reception  of  EDI  transaction. 


Contents 

Two  items  are  included  in  this  chapter. 

•  Table  10.2-1,  Interchange  Control  Segment  Hierarchy 
describes  the  control  segments  in  their  order  of  occurrence 
in  an  EDI  communications  interchange. 


Table  10.2-2,  DoD  Convention  ASC  X12  Control  Segments 
is  a  detailed  description  of  the  Department  of  Defense  data 
conventions  for  formatting  EDI  standard  control  segments. 
All  segments  identified  in  Table  10.2-1  are  broken  down  and 
described  by  their  discrete  data  elements. 
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TABLE  10^-1 

Control  S^ment  Hierarchy 
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USE 

USE 


USE 

USE 


Interchange  Control  Envelope 
Control  Segments 


Pm  Sag 
No.  ID 

Nmtm 

Raq 

Dm 

Um  Loop 

10  ISA 

laurchaage  Control  Header 

B 

1 

20  OS 

Functional  Group  Header 

M 

1 

•  Grouped  Transactions 


30  QE  PiiActioaml  Group  Tnilcr  M  1 


40  lEA  Interchange  Control  Trailer  M  1 
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Ssgmsnt:  ISA  Interchange  Control  Header 
Usags:  M 

Purposs:  To  start  and  identify  an  interchange  of  one 
or  more  functional  groups  and  interchange* 
related  control  segments.  The  actual  values 
of  the  data  element  separator  and  the  seg¬ 
ment  terminator  for  this  interchaqge  are 
set  by  the  interchange  control  header.  For 
a  particular  interchange,  the  value  at  the 
fourth  character  position  is  the  data  ele¬ 
ment  separator,  and  the  value  of  the  last 
character  position  is  the  value  of  the  seg¬ 
ment  terminator. 


Nets:  The  interchange  control  number  value  in  this 
header  must  match  the  value  in  the  same 
data  element  in  the  correspemding  inter¬ 
change  control  trailer. 


Authorization  information 
Qualifier 
(001  1 


Authorization  Information 
(002  1 

N  no  authortzation  biformation  is 
aeraad  to  by  trading  partnara,  flN 
Said  with  bianks. 


-  Data  Element  Summary  - 

Raf.  Data 

Daa.  Elamawt  Nama  Attrtbutaa 

ISA01  101  Authorization  Information  M  ID  2/2 

Ouallfiar 

Code  to  identify  the  type  of  infonnatioii  in  the 
Authorization  Information. 

Code  Definition _ 

00  No  Authorization  Intonnatlon  Piaaant 

ISA02  102  Authorization  Information  M  AN  10/10 

Information  used  for  additional  identification  or 
authorization  of  the  sender  or  the  data  m  the  inter¬ 
change.  The  type  of  informatkm  is  set  by  the 
Authorization  Information  Qualifier. 


ISA03  103  Security  Information  Qualifier  M  ID  2/2 
Code  to  identify  the  type  of  information  in  the 
Security  Information. 
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Security  Information  Qualifier 
(003  ] 


Code  Definition 

01  Pawwwd 


Security  Information 
[004  1 

An  aerMd  upon  paaaiDord.  V  no 
Mourily  information  it  aeraod  to  by 
trading  partnara,  fiU  fiaid  with  bianka. 


ISA04  104  Security  Information  M  AN  10/10 

This  is  used  for  identifying  the  security  informatioo 
about  the  sender  or  the  data  in  the  interchange. 

The  type  of  information  is  set  by  the  Security  Infor¬ 
mation  Qualifier. 


Interchange  Id  Qualifier 
[005  J 


ISA05  105  Interchange  Id  Qualifier  M  ID  2/2 

Qualifier  to  designate  the  system/method  of  code 
structure  used  to  designate  the  sender  ID  element 
being  qualified. 

Code  Definition _ 

2Z  MuluaBy  Oafinad. 


Interchange  Sender  Id 
[006  1 

OoO  aclivitiaa  uaa  Oapartmant  of 
Dafanaa  Activity  Addraaa  Coda 
(OoOAAC)  or  ottiar  ooda  ooor- 
dinaiad  with  tha  vaiua«ddad  nat- 
work  (VAN).  NorvOoO  aetivitiaa  uaa 
idantHication  ooda  quailfiad  by 
ISAOS  and  ooordinatad  wtth  tha  VAN. 


ISA06  106  Interchange  Sernfer  Id  M  AN  15/16 

Identification  code  published  by  the  sender  for 
other  parties  to  use  as  the  receiver  ID  to  route  data 
to  them.  The  sender  always  codes  this  number  in 
the  sender  ID  element. 


ISA07  105  Interchange  Id  Qualifier  M  ID  2/2 

Code  to  identify  the  type  of  inftNmation  in  the 
Authorization  Informatkm. 


10.2.10 
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Interchange  Id  Qualifier 
[007  ] 


Code  Definition 
ZZ  Mutually  OtllfMd. 


Interchange  Receiver  Id 
[008  ] 

DoO  aetivltiaa  uaa  Oapaitmant  of 
Oafanaa  Activity  Addiaaa  Coda 
(DoOAAC)  or  ottiar  coda  ooor- 
dlnatad  witli  ttia  valua^ddad  nat* 
worti  (VAN).  Nort-OoO  aetivltiaa  uaa 
IdantHioation  coda  qualiflad  by 
ISADS  and  ooordinatad  with  tha  VAN. 


ISA08  i07  Interchange  Receiver  Id  M  AN  15/15 

Identification  code  published  by  the  receiver  of  the 
data.  When  sending,  it  is  used  by  the  sender  as 
their  sending  ID,  thus  other  parties  sending  to  them 
will  use  this  as  a  receiving  ID  to  route  data  to  theoL 


Interchange  Date 
[009  ] 

Aaaignad  by  tranalation  aoftwara. 

YYMMOO 


ISA09  108  Interchange  Date 

Date  of  the  mterchange. 


M  DT  5/6 


Interchange  Time 
[010  I 

Aaaignad  by  tranalation  aoftwara. 

HHMM 


ISA10  108  Interchange  Time 

Time  of  the  interchange. 


M  TM  4/4 
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Interchange  Control  Standards 
Identifier 
[Oil  1 


Interchange  Control  Version 
Number 
1012  J 

Vmlon  10  u  defined  or  egreed 
upon  by  the  treding  pertnera. 


Interchange  Control  Number 
1013  I 


Acknowledgement  Requested 
(014  1 

0  -  no;  1  *  yee 


ISA11 


ISA12 


ISA13 


ISA14 


110  Interchange  Control  Standards  M  ID  1/1 
Identifier 

Code  to  identify  the  agenqr  responsible  for  the  con* 
trol  standard  by  the  message  that  is  enclosed 
by  the  interchange  header  and  trailer. 


Ill  Interchange  Control  Version  M  ID  8/S 
Number 

This  versirm  number  covers  the  interchaage  control 
segments. 


Code  Definition _ 

00302  Draft  Standard  tor  Trial  Uaa  /toprovod  tor 
PubUcaUon  by  ASC  X12  Piooaduraa  Raviaw 
Board  Through  Oclobar  tSSO 

112  Interchange  Control  Number  M  NO  9/2 
This  number  uniquely  identifies  the  interchange 
daU  to  the  sender.  It  is  assigned  by  the  sender. 
Together  with  the  sender  ID  it  uniquely  identifies 
the  interchange  data  to  the  receiver.  It  is  suggested 
that  the  sender,  receiver,  and  all  third  parties  be 
able  to  mamtain  an  audit  trail  of  interchanges  using 
this  number. 


113  Acknowladgamant  Raquastad  M  ID  1/1 
Code  sent  by  th;e  sender  to  request  an  interchange 
acknowledgement 
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Test  Indicator 
[015  1 

AHlenad  by  translation  aoftwara. 


Subelement  Separator 
[016  1 

Uaa  eharactar  *<*. 


ISA15  114  Test  Indicator  M  ID  1/1 

Code  to  indicate  whether  data  enclosed  by  this  inter¬ 
change  envelope  is  test  or  productim. 


Code  Definition _ 

P  Production  Data 

T  TsatOata 

ISA16  115  Subelement  Separator  M  AN  1/1 

This  is  a  field  reserved  for  future  expanuoo  in 
separating  data  element  subgroups.  (In  the  interest 
of  a  migration  to  international  standards,  this  must 
be  different  from  the  data  element  separator). 
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Ssgmsnt: 

Usaos: 

Purposs: 

Cofninsnt: 


Syntax  Notes: 


GS  Functioiul  Group  Header 
M 

To  indicate  the  be^niung  of  a  functional 
group  and  to  provide  control  information 

A.  A  functional  group  of  related  transac¬ 
tion  sets,  within  the  scope  of  X12  stand¬ 
ards,  consists  of  a  collection  of  similar 
transaction  sets  enclosed  by  a  function¬ 
al  group  header  and  a  functional  group 
trailer. 

01  The  data  interchange  control  number 
(GS06)  in  this  header  must  be  identical 
to  the  same  data  element  in  the  as¬ 
sociated  Functional  Group  Trailer 
(GE02). 


-  Data  Element  Summary 

Rat  Data 

Elainani  Hama 


GS01  470  Functional  Id  Coda 


M  ID  2/2 


Functional  Id  Code 
(020  1 


Code  identifying  a  group  of  application  related 
Transaction  Sets. 

Code  Definition _ 

RS  S70-OrdarSiatualnfonnaiton 


Chooaa  tha  ooda  vahM  apprepriaW 
to  tfw  Intormatlon  oontant  of  tfw 
functional  group.  Saa  X12  Dictionary 
tor  wuroa  ooda  list 


Application  Sender's  Code 
(0211 

OoD  actMtiao  uaa  Oapartmant  of 
Oafanaa  AdMiy  Addraw  Coda 
(DoOAAC).  Non4)oD  actMtiao  uaa 
MantMcaiion  coda  aaaignad  ty  DoO 
activity.  Raeommand  tor  Incraaaad 
aocti^  that  non-OoO  ooda  cUffar 
from  that  uaad  in  ISADS. 


GS02  142  Application  Sender’s  Code  M  ID  2/12 

Code  identifying  party  sending  transmission.  Codes 
agreed  to  by  trading  partners. 


GS03  124  Application  Receiver’s  Code  M  ID  2/12 

Code  identifying  party  receiving  transmission,  Codes 
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Application  Receiver’s  Code 
10221 

OoD  aciMtiM  UM  OapvtmMit  of 
OataiiM  AoUvIly  AddroM  Codo 
(DoOAAC).  NotvOoO  aolMtiM  UM 
MontMioation  oodo  Maignod  by  DoO 
aodvtty.  Raeommand  for  Inoraaaad 
meurtty  that  non-DoD  eo6t  ikHt 
from  ttiat  uaad  in  ISAOS. 


Group  Date 

[023] 

AMignad  by  tranataSon  aofbvara. 


agreed  to  by  trading  partners. 


GS04  29  Group  Date  M  DT  8/6 

Date  sender  generated  a  functional  group  of  transac- 
ti(Mi  sets. 


Group  rime 

[024  1 

AMlgrtad  by  tranalailon  aoftwara. 


GS08  30  Group  Tbne  M  TM  4/4 

Time  (HHMM)  when  the  sender  generated  a  fiinc* 
donal  group  of  transaction  sets  (local  time  at 
sender’s  location). 


Group  Control  Number 

[025  1 

Aaaignad  by  tranalatlon  aofbrara. 


GS06  28  Group  Control  Numbar  M  NO  1/8 

Assigned  number  originated  and  maintained  by  the 
sender. 


Responsible  Agency  Code 

[026  1 

Indioaias  Siat  an  ANSI  X12  atandaid 


GS07  455  Responsible  Agency  Code  M  ID  1/2 

Code  used  in  conjunction  with  Data  Element  480  to 
idendiy  the  issuer  of  the  standard. 


la  being  tranamMad. 


Code 


DeUnlUon 


X  Aocradllad  Standarda  CommiMM  X12 
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lOAIS 


OePARTMeNT  OF  OereNSC 
UN  CONVENTION 


OROEHtTATnSWEFOWT 

ETOlOMMO 


Version/Release/Industry  Id 

[027  ) 

Cod*  vakM  agrood  to  by  trading 
partnora.  So*  X12  Oiotionafy  for 
Muroo  oodo  Hot 


GSOt 


480 


Vgnlon/RglMt«/lndiittry  Id 
Cod* 


M  ID 


1/12 


Code  indicafing  the  veixioa,  release,  subrelease  and 
industry  identiSer  of  the  EDI  standard  beii^  used. 
(See  X12  Dictionary) 


Cod*  D*flnltlon _ 

003020  Draft  SNndards  Approved  By  ASCX12  Through 
Jurta  1091 


ItULI* 
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Ssgmsnt: 

Usags: 

Purposs: 

Cominsnt: 


Syntax  Notss: 


GE  Functional  Group  Trailer 
M 

To  indicate  the  end  of  a  functional  group 
and  to  provide  control  infonnation 

A.  The  use  identical  data  interchange 
control  numbers  in  the  associated  func¬ 
tional  group  header  and  trailer  is 
designed  to  marimizc  functional  group 
integrity.  The  control  number  is  the 
same  as  that  used  in  the  correspoodii^ 
header. 

01  The  data  interchange  control  number 
(GE02)  in  this  trailer  must  be  identical 
to  the  same  data  element  in  the  as¬ 
sociated  Functional  Group  Header 
(GS06). 


-  Data  Element  Summary  - 

fM.  DM 

Dan  Elamain  Nama _  AmSiulaa 


Number  of  Segments 

(028  ] 

Faaignad  by  tha  tranaiaUon 
aoRwara. 


Group  Control  Number 

[029  1 

Asaignad  by  Sm  tranalaSon 
aoKwara.  This  oontroi  mimbar  muat 
match  Via  oontroi  numbar  of  tha 
prsosding  QS06  control  numbar. 


GE01  97  Number  of  Included  Sets  M  NO  1/e 

Total  number  of  transaction  sets  included  in  the 
functirmal  group  or  interchange  (transmission) 
group  terminated  by  the  trailer  containing  tUs  data 
element 


GE02  28  Group  Control  Number  M  NO  1/9 

Asugned  number  originated  and  by  the 

sender. 
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Number  of  Ir^uded 
FuTKtional  Groups 
(040  1 

Awlgn^d  by  Vantiabon  aoltMara. 


Segment:  lEA  loterdunge  Control  Trailer 
Ueage:  M 

Pupoee:  To  define  the  end  of  an  interchange  of  one 
or  more  functional  groupa  and  interchange 
related  control  segments. 

Note:  The  jptttrr.hangft  control  number  in  this 

trailer  must  match  the  value  in  the  same  data 
element  in  the  correqxwding  interchange 
header. 

-  Data  Element  Summary  - 

Hat  Dam 

Daa.  Elamant  Nama  Anrtbulai 

IEA01  116  Number  Of  Included  Functional  M  NO  1/5 
Groups 

A  count  of  the  number  of  functional  groups  in* 
duded  in  a  transmission. 


Interchange  Control  Number 
(041  1 

OaalBnad  by  tranalaiion  aotbmra. 
This  mimbar  muat  maaob  tha  num¬ 
ber  that  oeouis  In  ISAtE. 


IEA02  112  Interchange  Control  Number  M  NO  0/t 
This  number  uniquely  identifies  the  interchange 
data  to  the  sender.  It  is  assigned  by  the  sender. 
Together  with  the  sender  ID  it  uniqudy  identifies 
the  interchange  data  to  the  receiver.  It  is  suggested 
that  the  sender,  receiver,  and  aU  third  patties  be 
able  to  maintain  an  audit  trail  of  interchanges  using 
this  number. 


lOAia 
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10.7  DoD  CONVENTIONS 


Overview 

This  chapter  is  the  convention  for  the  ASC  X12  Transaction  Set 
870  (Version  003020)  as  used  by  the  Defense  Logistics  Agency 
to  provide  data  to  vendors  which  is  used  by  contracting  officers 
when  mahing  contract  award  determinations. 


Purpose 

This  chapter  contains  all  necessary  information  for  a  DoD  trad¬ 
ing  partner  to  map  and  translate  a  Transaction  Set  870.  All 
trading  partners  who  plan  to  exchange  the  Transaction  Set  87Q 
can  use  this  document  as  a  reference  for  the  development  of 
their  EDI  databaseAranslator  interface  program. 


Contents 

One  table  is  included  in  tlus  chapter. 

•  TaUe  10.7-1,  ASC  X12  Transaction  Set  870  Segment  Ifierar- 
chy  describes  the  870  segments  as  they  appear  in  the  ASC 
X12  Standards  Dictionary.  The  DoD  Conventions  that  fol¬ 
low  are  a  detailed  description  of  the  Department  of  Defense 
conventions  for  transmitting  Transaction  Set  870.  All  seg¬ 
ments  identified  as  used  in  the  Segment  Hierarchy  are 
detailed  in  Table  10.7-1  by  segment,  position,  and  code 
value. 
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TABLE  10.7-1 

SEGMENT  HIERARCHY 

ASC  X12  TRANSACTION  SET  870 
ORDER  STATUS  REPORT  (Version  003020) 


■ASElJNEASOF:21  DECEMBER  1ME 


lATJ 


ORDER  STAIU*  N^OflT 
E70J00308D 


I 


DEFENSE 


{BLANK  PAGE} 
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>ACEt  P08.t 

3  010 

4  020 
NAJ  030 
N/U  040 


NAJ  060 
N/U  070 
NAJ  080 
NAJ  090 
N/U  100 
N/U  110 


PACE*  POC.* 


7  010 

N/U  020 

N/U  030 
NAJ  040 
NAJ  050 
9  060 

NAJ  070 


870  Order  Status  Report 


This  standard  provides  the  format  and  establishes  the  data  contents  of  an 
order  status  report  transaction  set.  The  order  status  report  transaction  set 
provides  the  ability  to  report  on  the  current  status  of  an  entire  purchase 
order,  selected  line  items  on  a  purchase  order,  selected  products/senrices  on 
a  purchase  order,  or  purchase  orders  for  a  specific  customer  in  their  entirety 
or  on  a  selection  basis.  The  report  fomtat  allows  for  the  inclusion  of 
“reasons"  relative  to  the  status  of  the  purchase  order(s).  This  transaction  set 
may  also  be  used  to  update  the  supplier's  scheduled  shipment  or  delivery 
date(s).  This  transaction  set  can  result  from  either  an  inquiry  (via  the  Order 
Status  Inquiry  Transaction  Set  [869])  or  a  prearranged  schedule  agreed  to  by 
the  trading  partners. 


Table  1 

SEG.K>  NAME 


ST  Transaction  Set  Header 

BSR  Beginning  Segment  for  Order  Status  Report 

NTE  Note/Special  Instruction 

REP  Reference  Numbers 

LOOP)D-N1  ” 

N1  Name 

N2  Additional  Name  Information 

N3  Address  Information 

N4  Geographic  Location 

REF  Reference  Numbers 

PER  Administrative  Communications  Contact 


DTM  Oate/Time  Reference 


Table  2 

ssan  NAME 


LOOP  IP -  HL 

HL  Hierarchical  Level 
PRF  Purchase  Order  Reference 


MAX  ME 


1 

1 

100 

12 


REF  Reference  Numbers 

PER  Administrative  Communications  Contact 


LooeimAT 


LOONN9EAT 


LOOPlO-iSR 

104 

ISR  Item  Status  Report 

b 

1 

PID  Product/Item  Description 

0 

6 

QTY  Quantity 

0 

4 
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K/U  080 


NAJ  090 
N/U  100 
N/U  110 
N/U  120 
N/U  130 
N/U  140 


10  150 

N/U  160 
N/U  170 
N/U  180 
N/U  190 
N/U  200 


12  210 
N/U  220 

13  230 

14  240 
NAJ  250 
NAJ  260 
N/U  270 

NAJ  260 
NAJ  290 

NAJ  300 
N/U  310 


f*06»  yo8.« 

15  010 

16  020 


DIM  Oate/Time  Reference 


N1  Name 

N2  Additional  Name  Information 

N3  Address  Information 

N4  Geographic  Location 

REF  Reference  Numbers 

PER  Administrative  Communications  Contact 


P01  Purchase  Order  Baseline  Item  Data 

SLN  Subline  Item  Detail 

P03  Additional  Item  Detail 

PIO  Product/Item  Description 

MEA  Measurements 

PKG  Marking,  Packaging,  Loading 


tOOPiO<fSR  . 

ISR  Item  Status  Report 
PIO  Product/Item  Description 
QTY  Quantity 
DTM  Date/Time  Reference 
N1  Name 

TD1  earner  Details  (Quantity  and  Weight) 

TD5  Carrier  Details  (Routing  Sequence/T ransH 
Time) 

TD3  Carrier  Details  (Equipment) 

TD4  Carrier  Details  (Special  Handling  or 
Hazardous  Materials  or  Both) 

REF  Reference  Nunrtfiers 

ITA  Allowance,  Charge  or  Service 


Table  3 


SCaB  MAIK 


icaoeik  luxMC 


LOOPWgCAT 


CTT  Transaction  Totals  M  1 

SE  Transaction  Set  Trailer  M  1 

NOTE: 

3/010  The  number  of  line  items  (CTT01)  is  the  accumulation  of  the  number  of  HL  seg- 
merrts.  If  used,  hash  total  (CTT02)  is  the  sum  of  the  value  of  quantities  ordered 
(PO102)  for  each  P01  segment. 
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Mandalocy 


Mandatory 


Mandatory 


Segment:  ST  Transaction  Set  Header 
Level:  Header 

Loop:  _ 

Usage:  Mandatory 
Max  Use:  1 

Purpose:  To  indicate  the  start  of  a  transaction  set  and  to  assign  a  control  number 

Comment:  The  transaction  set  identifier  (ST01 )  is  intended  for  use  by  the  translation 
routines  of  the  interchange  partners  to  select  the  appropriate  transaction 
set  definition  (e.g.,  810  selects  the  invoice  transaction  set). 

Data  Element  Summa 


143  Transaction  Set  Identiftor  Code  M  ID  3/3 

Code  uniquely  identifying  a  Transaction  Set. 

870  XI  2.23  Order  Status  Report 

329  Transaction  Set  Control  Number  M  AN  419 

Identifying  control  number  assigned  by  the  originator  for  a  transactbn  seL 
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Mandatory 


Mandatory 


Mandatory 


Mandatory 


Segment:  BSR  Beginning  Segment  for  Order  Status  Report 
Level:  Header 

Loop:  _ 

Usage:  Mandatory 
Max  Use:  1 


Purpose:  To  indicate  the  beginning  of  an  Order  Status  Report. 

Comments:  f.  BSR03  indicates  a  status  report  document  number  assigned  by  the 
sender. 

2.  BSR04  indicates  the  date  of  this  report  from  the  sender. 

3.  BSR07  indicates  the  time  of  this  report  from  the  sender. 

4.  BSR08  indicates  a  status  report  document  number  assigned  by  the 
inquirer. 

5.  BSR09  indicates  the  date  this  report  was  requested  from  the  sender 
by  the  inquirer. 

6.  BSR1 0  indicates  the  time  this  report  was  requested  from  the  sender 
by  the  inquirer. 


_ Data  Element  Summary _ 

mtt.  DATA 

an.  TIP”  wAK  Aniimw 

BSR01  850  Status  Report  Coda  M  ID  1/2 

Coda  irtdicating  the  reason  for  sanding  the  report 

1  Response  to  an  Order  Status  Inquiry  (869) 

Code  VaAm  knpl0m0nMhn  Not*: 

Use  code  when  responding  to  a  request  from  a  vendor  for  comract! order  discrepancy  data. 

3  Unsolicited  Report 
Code  V«A/e  hnptomontathn  Not*: 

Use  code  "3"  when  seruling  unsoUcited  discrepancy  data  to  a  vendor. 

BSR02  847  Order/ltam  Coda  M  ID  1/2 

Coda  identifying  a  group  of  orders  and  Hems. 

CA  All  Orders  -  All  Items 
Code  Value  ImplomonWhn  Not*: 

Use  code  '‘CA’'for  a  first  time  report  of  aU  discrepancy  data  or  in  response  to  a  vendor’s  request 
for  ail  discrepancy  data. 

PP  Selected  Onders  •  Selected  Items 
Code  VaA/e  ImplomonMIon  Noto: 

Use  code  "PP”  for  subsequent  reports  providing  new  discrepancy  data. 

BSR03  127  Refaranoa  Number  M  AN  1/30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 

ImpNmantatlon  Not*: 

A  unique  number  assigned  by  the  originetor  of  the  transaction  set.  This  number  is  different  from  the  control 
number  carried  in  ST02. 
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Mandatory 

NotUaad 

NotUaad 

NotUaad 

Optional 


NotUaad 
Not  Uaad 


BSR04 

373 

Date 

Date  (YYMMOD). 

M 

OT 

6/6 

BSR05 

848 

Produet/Date  Coda 

0 

iD 

1/2 

BSR06 

848 

Location  Coda 

0 

ID 

1/2 

BSR07 

337 

Tima 

0 

TM 

an 

BSR08 

127 

Refaranoa  Numbar 

0 

AN 

1/30 

Reference  number  or  identiTication  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  QuaNTier. 

Implementation  Note: 

The  reference  number  in  daa  element  BSIOJ  the  transaction  set  to  which  this  transaction  set  is  responding. 

BSR09  373  Data  O  DT  6« 

BSR10  337  Tima  O  TM  4« 
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NT 'NAME 


OptiofMl 


Mandatory 


NofUaod 

Conditional 


Conditional 


Ssgment:  N1  Name 
Level:  Header 
Loop:  N1  Repeat:  200 
Usage:  Optional 
Max  Use:  1 

Puipose:  To  identify  a  party  by  type  of  organization,  name  and  code 
Syntax:  1.  R0203  —  At  least  one  of  N102  or  N103  is  required. 

2.  P0304  —  If  either  N1 03  or  N1 04  is  present,  then  the  other  is  required. 


Comment:  This  segment,  used  aione,  provides  the  most  efficient  method  of 

providing  organizational  identification.  To  obtain  this  efficiency  the  TO 
Code*  (N104)  must  provide  a  key  to  the  table  maintained  by  the 
transaction  processing  party. 


Data  Element  Summai 


N101  SB  Entity  Identifier  Code  M  ID  2/2 

Code  identifying  an  organizational  entity  or  a  physical  location. 


TO  Message  To 

Code  Ve/Ue  ImpiMmttathn  Not*: 

Use  code  "TO"  Uindieau  the  message  is  to  the  p<rty  idert^ied  in  dasa  element  N 104. 


N102  63  Name 


C  AN  1/3f 


N103  66  Identification  Code  Qualifier  C  ID  1/2 

Code  designating  the  systemAnethod  of  code  structure  used  for  Identification 
Code  (67). 

33  Commercial  and  Government  Entity  (CAGE) 

Code  VeAi#  knpNmantathn  Nolo: 

Usecode  "33"  to  qual^  the  number  indaia  element  N104  asthe  "CAGE"  code  of  the  party  to 
whom  the  report  is  being  sent. 


N104  67  Identification  Code 

Code  identifying  a  party. 

ImplomonMIon  Noto: 

The  actual  "CAGE"  code 


C  AN  2/17 
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I 


Mandatory 


Mandatory 


Optional 


Segment:  HL  Htererchlcal  Level 
Level:  DetaH 

Loop:  HL  Repeat:  1000 
Usage:  Mandatory 
Max  Use:  1 

Purpose:  To  identify  dependencies  among  and  the  content  of  hierarchically  related 
groups  of  data  segments. 

Comments:  1.  The  HL  Segment  is  used  to  identify  levels  of  detail  information  using  a 
Hierarchical  Structure,  such  as  relating  line  Kern  data  to  shqjment  data, 
and  packaging  data  to  line  item  data. 

2.  The  HL  segment  defines  a  top-down/left-right  ordered  stiucture. 

3.  HL01  shall  contain  a  unique  alphanumeric  number  for  each 
occurrence  of  the  HL  segment  in  the  transaction  set.  For  example  HL01 
could  be  used  to  indicate  the  number  of  occurrences  of  the  HL  segment, 
in  which  case  the  value  of  HL01  would  be  T  for  the  initial  HL  segment, 
and  would  be  incremented  by  one  in  each  subsequent  HL  segment 
within  the  transaction. 


4.  HL02  identifies  the  Hierarchical  ID  Number  of  the  HL  segment  to 
which  the  current  HL  segment  is  subordinate. 

5.  HL03  indicates  the  context  of  the  series  of  segments  following  the 
current  HL  segment  up  to  the  next  occurrence  of  an  HL  segment  in  the 
transaction.  For  example,  HL03  is  used  to  indicate  that  subsequent 
segments  in  the  HL  loop  form  a  logical  grouping  of  data  referring  to 
shipment,  order  or  item  level  information. 

6.  HL04  indicates  whether  or  not  there  are  subordinate  (or  child)  HL 
segments  related  to  the  cunent  HL  segment. 

Umptomentotfon  Notes; 

1.  WheniheHL  loop  is  alike  Buying  Cetuer  level  (HL03  s  "B’^the  REF  segmeni  idem^ing  the 
Buying  Activity  (REFOI  =  "DX")  will  be  the  only  other  segment  used  in  this  iteration  of  the  HL  loop. 

2.  When  there  is  no  data  to  provide  in  response  to  an  869  Order  SitBus  Inquiry,  there  will  be  only 
one  iteration  of  the  HL  loop  at  the  Buying  Center  Level  (HIJ03  *  "B")  and  no  other  segments  will 
be  used  in  the  loop. 


_ Data  Element  Summary _ 

DATA 

»»  nmimif  mum  An— w 

HL01  628  Hierarchical  10  Number  M  AN  1/12 

A  unique  number  assigned  by  the  sender  to  identify  a  particuiar  data  segment  in 
a  hierarchical  structure. 

Implenwntatfon  Not»: 

The  first  iteration  of  theHL  loop  will  carry  the  number  "1“  in  HLOI.  Each  subsequent  iteration  oftheHL 
loop  win  carry  a  progressively  higher  number  in  HLOI,  (e.g.,  2, 3, 4,  etc.}. 

HL02  734  Hierarchicai  Parent  ID  Number  O  AN  1/12 
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HL  •  HIERARCHICAL  LEVEL 


Mandaloiy 


Optional 


tdentification  number  oi  the  next  higher  hierarchical  data  segment  that  the  data 
segment  being  descrOjed  is  subordinate  to. 

bnptanwntuhn  Not0: 

This  data  element  is  not  used  in  the  first  iteration  of  the  HL  loop.  In  the  second  and  subsequent  iterations  of 
the  HL  loop,  HL02  will  carry  the  hierarchical  ID  number  contained  in  the  parent  HLOl  data  element. 

HL03  735  Hierarchical  Level  Code  M  ID  1/2 

Code  defining  the  characteristic  of  a  level  in  a  hierarchical  structure. 

B  Buyer's  Location 
Code  ValU0  ftnpMnienWibn  Not0: 

Use  code  "B“  to  indicate  the  hierarchical  level  is  the  buying  center  from  which  the  discrepancy 
data  originated. 

O  Order 

Code  Valu0  hnplanuntMthn  Not0: 

Use  code  “0"  to  indicate  the  hierarchical  level  is  the  contracUorder  to  which  the  discrepancy  data 
pertains. 

HL04  736  Hierarchical  Child  Code  O  ID  1A1 

Code  indicating  whether  if  there  are  hierarchical  child  data  segments  subordinate 
to  the  level  being  descrbed. 

1  Additional  Subordinate  HL  Data  Segment  in  This  Hierarchical  Stniclura. 

Code  VeAie  Implamantathn  Not0: 

Use  code  "1 "  only  when  HU)3  is  code  "B". 
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I 

Optional 


Segment: 
Level; 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Symax: 


REF  Reference  Numbers 

Detail 

HL 

Optional 

12 

To  specify  identifying  numbers. 

R0203  —  At  least  one  of  REF02  or  REF03  is  required. 


Mandatory 


_ Data  Element  Summary _ 

REF01  128  Raferenee  Numbar  Qualifier  M  ID  2/2 

Code  qualifying  the  Reference  Number. 

C4  Change  Number 
Code  Value  knplementathn  Note: 

Iffiecessay,  use  code  "Cd"  in  a  second  iteration  of  the  REF  segment  to  indicate  that  the  nundta^  in 
REFG2  is  a  modifkatitm  to  the  contractlorder  identified  in  the  previous  iteration  the  REF 
segment. 

CT  Contract  Number 
Code  Value  Implementation  Note: 

When  HL03  is  coda  “O",  use  code  "Cr"  to  indiaae  that  the  number  in  REF02  is  the  contractlorder 
number. 

OX  Department/Agency  Number 
Code  Value  Implementation  Note: 

When  HL03  is  code  "B",  use  code  “DX"  to  indicate  tha  the  number  in  REF02  is  the  Activity 
Address  number  (listed  in  DFARS  Appendix  G)  of  the  buying  center. 


CondHionai 


REF02  127  Reference  Number  C  AN  1/30 

Reference  number  or  jdentification  number  as  defined  for  a  particutar 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 

Implementation  Note: 

Used  to  carry  the  actual  Activity  Address  number  (which  is  listed  in  DFARS  A^>endix  G).  the  contractlorder 
number  or  the  contract  modification  number. 


Conditional 


REF03  352  Description  C  AN  1/80 

A  tree-form  description  to  darify  the  related  data  elements  and  their  oontsrrt. 

Rnplementatlon  Note: 

Used  to  carry  a  text  abbreviation  of  the  buying  center' s  rutme.  Use  the  fotlawing  tbbrevialions:  DGSC  far  the 
Defense  General  Supply  Center;  DCSC  for  the  Defense  Construction  Supply  Center;  DISC  for  the  Defense 
Industrial  Supply  Center;  DESC  for  the  Deferue  Electrorucs  Supply  Center;  DFSC-M  for  Defense  Personnel 
Support  Center  •  Medical;  DPSC-Tfor  Defense  Personnel  Support  -  Textiles;  and  DPSC-Sfor  Defense 
Personnel  Support  Center  •  Subsistence. 
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Optional 


Optional 


Mandatory 


Mandatory 


Segment:  P01  Purchase  Order  Baseline  Rem  Data 
Level:  Detail 

Loop:  P01  Repeat:  1000 
Usage:  Optional 
Max  Use:  l 

Purpose:  To  specify  basic  and  most  frequently  used  purchase  order  line  Rem  data 
Syntax:  1.  C0504  —  If  P01 05  is  present,  then  P01 04  is  required. 

2.  C0607  —  If  PO106  is  present,  then  PO107  is  required. 

3.  C0809  —  If  PO108  is  present,  then  PO109  is  required. 

4.  Cl 01 1  —  If  P01 1 0  is  present,  then  P01  life  required. 

5.  C1213  —  If  P0112  is  present,  then  P0113  is  required. 

6.  C141 5  —  If  P01 14  is  present,  then  P01 1 5  is  required. 

7.  Cl  61 7  —  If  P01 1 6  is  present,  then  P01 1 7  is  required. 

8.  C1819  —  R  P0118  is  present,  then  P01 19  is  required. 

9.  C2021  —  If  PO120  is  present,  then  P0121  is  required. 

10.  C2223  —  M  P0122  is  present,  then  P0123  is  required. 

11.  C2425  —  If  P0124  is  present,  then  P0125  is  required. 

Comments:  1.  See  the  Data  Dictionary  for  a  complete  list  of  ID’S. 

2.  PO101  is  the  line  Rem  identRication 


3.  P01 06  through  P0125  provide  for  ten  (10)  different  product/service 
ID'S  per  each  Rem.  For  example;  Case,  Color,  Drawing  No.,  UPC  No., 
ISBN  No.,  Model  No.,  SKU. 


Data  Elernem  Summai 


PO101  350  Assigned  Identification  O  AN  1/11 

Alphanumeric  charters  assigned  for  differentiation  within  a  transaction  set. 

Imphnfntathn  Nota: 

Used  to  carry  the  CUN  or  SUBCUN  of  the  contract  against  which  the  discreptwtcy  applies. 


PO102  330  Quantity  Ordered  MR  1/9 

Quantity  ordered. 

Implamantatfon  Neta: 

Used  to  carry  the  contractually  required  quantity  for  the  cited  CUN  or  SUBCUN. 


PO103  355  UnK  of  Measurement  Code  M  ID  2/2 

Code  identifying  the  basic  unit  of  measurement. 

Implamantatlon  Nota: 

Used  to  carry  the  CUN  or  SUBCUN  unit  of  measure.  Because  the  data  base  does  not  contain  a  unit  of 
measure,  always  use  to  code  "TZ". 

ZZ  Mutually  Defined 
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Not  UMd 

PO104 

212 

Unit  Pric* 

C 

R 

1/14 

NotUs«d 

PO105 

639 

Basis  of  Unit  Pries  Cods 

0 

ID 

V2 

Optional 

PO106 

235 

Product/Ssrvics  ID  Quslifisr  0 

Cods  identifying  the  type/souroe  of  the  descriptive  number  used  in 
Product/Service  iO  (^4). 

ID 

2/2 

SW  Stock  Numbar 

Cod*  V*lu*  lmpl*m*nt*thn  Not*: 

Use  code  "SW"  to  qualify  the  number  in  P0102  as  the  Stock  Niunter  (NSN). 

Conditional 

P0107 

234 

Product/Servics  ID 

identifying  number  for  a  product  or  serves. 

C 

AN 

1/30 

tmphmenMion  Not*: 

The  actual  Stock  Number. 

Not  Uaad 

PO108 

235 

Product/Servics  ID  Quslifisr 

0 

ID 

2/2 

Not  Uaad 

PO10B 

234 

Product/Ssrvics  ID 

C 

AN 

1/30 

Not  Ue^ 

PO110 

235 

Produet/Ssrvies  ID  Quslifisr 

0 

K) 

2/2 

Not  Uaad 

P0111 

234 

Product/Ssrvics  ID 

C 

AN 

1/30 

Not  Uaad 

P0112 

235 

Product/Ssrvics  ID  Quslifisr 

0 

ID 

7J2 

Not  Uaad 

P0113 

234 

Product/Ssrvics  ID 

C 

AN 

1/30 

Not  Uaad 

P0114 

235 

Product/Ssrvics  ID  Quslifisr 

0 

ID 

2/2 

Not  Uaad 

P0115 

234 

Product/Ssrvics  ID 

C 

AN 

1/30 

Not  Uaad 

P0116 

235 

Product/Ssrvics  ID  Quslifisr 

0 

ID 

2/2 

Not  Uaad 

P0117 

234 

Product/Ssrvics  ID 

C 

AN 

1/30 

Not  Uaad 

P0118 

235 

Product/Ssrvics  ID  Qualifier 

0 

ID 

2/2 

Not  Uaad 

POllfi 

234 

Product/Ssrvics  ID 

c 

AN 

1/30 

Not  Uaad 

PO120 

235 

Product/Ssrvics  ID  Qualifier 

0 

ID 

2/2 

Not  Uaad 

P0121 

234 

Product/Ssrvics  ID 

c 

AN 

1/30 

Not  Uaad 

P0122 

235 

Product/Ssrvics  ID  Qualifier 

o 

ID 

2/2 

Not  Uaad 

P0123 

234 

Product/Ssrvics  ID 

c 

AN 

1/30 

Not  Uaad 

P0124 

235 

Product/Ssrvics  ID  Qualifier 

0 

ID 

2/2 

Not  Uaad 

P0125 

234 

Product/Ssrvics  iD 

c 

AN 

1/30 

11 
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070 .  AUTOMATED  BEST  VALUE  MODEL  REPORT 
ISR  •  ITEM  STATUS  REPORT 


Optional 


Segment:  ISR  Item  Status  Report 
Level:  Detail 
Loop:  ISR  Repeat:  104 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  specify  detailed  purchase  order/item  status. 
Comment:  If  ISR01  specifies  a  date,  ISR02  is  required. 


Mandatory 


NolUaad 

Optional 


_ Data  Element  Summary _ 

MP  DATA 

on!  ttnoff  mm  ATnootw 

ISR01  368  Shipmant/Order  Statue  Coda  M  K>  2/2 

Coda  indicating  the  status  of  an  order  or  shipment  or  the  disposition  of  any 
difference  between  the  quantity  ordered  and  the  quantity  shipped  for  a  line  lam 
or  transaction. 

ZZ  Mutually  Oafined 
Coda  Va/ua  Impltmutathn  Mote: 

Use  code  “22"  to  indicate  the  data  provided  is  discrepancy  dita. 

ISR02  373  Data  O  OT  6« 

ISR03  641  Status  Reason  Coda  O  B>  3/3 

Code  indicating  the  status  reason. 

hnplamanMion  Not»: 

Because  the  existing  code  list  for  data  element  64  J  does  not  contain  precise  d^initions  for  the  discreptwKj 
codes  used  in  this  transaction  set,  the  following  codes  will  be  used: 

A01  Missed  Delivery 
Coda  Vafua  ImplanwnMhn  Not*: 

Use  code  "AO I "  to  indicate  a  delivery  discrepancy. 

A13  Other 

Coda  Va/ua  ImplamanMhn  Noi»: 

Use  code  "AW  to  indicate  a  deUvery  and  quantity  discrepancy. 

A45  Delivery  Not  Completed 
Coda  ValJd  Impfamantatfon  Nota: 

Use  code  "A45"  to  indicate  a  quantity  discrepancy. 

A91  Exceeds  Servioa  Limitations 

Coda  Va/ua  Implamantatlon  Nota: 

Use  code  "A9J  "  to  indicate  a  quality  discrepancy. 

P05  Vl/aiting  Test  Results 
Coda  Vakta  Implamantathn  Nota: 

Use  code  "POS"  to  indicate  a  failed  laboratory  test. 

ZZZ  Mutually  Defined 

Coda  Va/ua  Implamantathn  Nota: 

Use  code  "ZZZ"  to  indicate  a  packaging  discrepancy. 


I 
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870  •  AUTOMATED  BEST  VALUE  MODEL  REPORT 
QTY- QUANTITY 


ANSI  ASC  X12  VERSIOMHELEASE  003020 


► 


Optional 


Mandatory 


Mandatory 


Not  Uaad 


Segment:  QTY  Quanttty 
Level:  Detail 
Loop:  ISR 
Usage:  Optional 
Max  Use:  4 

Purpose:  To  specify  quantity  information. 
knphnwntatlon  Nota: 

Use  this  segment  only  if  there  is  a  quantity  discrepancy  (ISR03  =  A4S)  or  a  quantity  and  delivery 
discrepancy  (ISR03  =  A13). 


_ Data  Element  Summary _ 

ar.  MTA 

DP.  _aaaMt_  MAMi  ATtWUtP 

OTY01  673  Quantity  Qualifier  M  ID  2A2 

Code  specifying  the  type  of  quantity. 

12  Ship  Notice  Quantity 
Coda  Valua  Implamantatlon  Nota: 

Use  code  "12"  when  the  shipment  notice  quantity  was  different  than  the  CUN  or  SUBCUN 
contractually  required  due  quantity. 

87  Quantity  Received 
Coda  Valua  Implamantatlon  Nota: 

Use  code  “87"  when  the  received  quantity  was  different  than  the  shipment  notice  quantity  and! or 
the  CUN  or  SUBCUN  contractually  required  due  quantity. 

QTY02  380  Quantity  M  R  1/15 

Numeric  value  of  quantity. 

Implamantatlon  Notaa: 

1.  When  QTYOl  is  code  "87",  enter  the  actual  received  quantity. 

2.  When  QTYOl  is  code  "12",  enter  the  shipmail  notice  quantity. 

QTY03  355  Unit  of  Maaaurement  Code  O  ID  2/2 


13 
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870  •  AUTOMATED  BEST  VALUE  MODEL  REPORT 
DTM  •  DATEmME  REFERENCE 


OpUomI 


Mandatory 


Conditional 


NotUaad 
NolUaad 
Not  Uaad 


Segment:  DTM  Oate/TIme  Reference 
Level:  Detail 
Loop:  ISR 
Usage:  Optional 
Max  Use:  10 

Purpose:  To  specify  pertinent  dates  and  times 
Syntax:  R0203  —  At  least  one  of  DTM02  or  DTM03  is  required. 
bnphmgnttthn  Note: 

Use  this  segment  only  when  there  is  a  delivery  discrepancy  (ISR03  =  AOl)  or  a  quantity  and 
delivery  discrepancy  (ISR03  -  AIS). 


_ Data  Element  Summary _ 

av.  SATA 

ooA  timmtr  turn  enmutnui 

DTM01  374  Oata/Time  Qualifiar  M  10  3/3 

Code  specifying  type  of  date  or  time,  or  both  data  and  time. 

106  Required  By 

Coda  VakJO  ImplomonMhn  Noto: 

Use  code  “  106"  to  indicate  the  CUN  or  SUBCUN  contractually  required  delivery  date. 

Ill  Manifest/Ship Notica 

Coda  Vatuo  knplomontatlon  Nolo: 

Use  code  "III"  to  indicate  the  ship  date  in  the  diipment  notice. 


DTMoa  373  Data 

Data  (YYMMDO). 

Implomonttithn  Noto: 

The  actual  date. 

DTM03  337  Tima 
DTM04  623  Tima  Coda 
OTM05  624  Century 


C  DT  m 


C  TM  4« 

O  ID  2/2 

O  NO  2/2 
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S70  •  AUTOMATED  BEST  VALUE  MODEL  REPORT 

CTT » TRANSACTION  TOTALS _ 

Segment:  CTT  Transaction  Totals 
Level:  Summary 


Mandatory 


Loop:  _ 

Usage:  Mandatory 
Max  Use:  1 


ANSI  ASC  X12  VERSIONmELEASE  003020 


Purpose:  To  transmit  a  hash  total  for  a  specific  element  in  the  transaction  set 

Syntax:  f.  C0304  —  If  CTT03  is  present,  then  CTT04  is  required. 

2.  C0506  —  If  C7T05  is  present,  then  CTT06  is  required. 

Comment:  This  segment  is  intended  to  provide  hash  totals  to  validate  transaction 
completeness  and  correctness. 


Mandatoiy 


NolUaad 

NotUaad 

NolUaad 

NolUaad 

NotUaad 

NotUaad 


_ Data  Element  Summary _ 

W.  OAlk  _ 

eni  _&sa!!-  ’***** _ AniMijtii 

CTT01  354  Numbar  of  Line  Rams  M  NO  1/6 

Total  numbar  of  lina  Rems  in  the  transaction  set. 

Impl0m»ntathn  Nota: 

CHOI  carries  the  total  number  of  all  the  “HL“  segments  used  in  the  transaction. 


CTT02 

347 

Hash  Total 

0 

R 

1/10 

CTT03 

81 

Weight 

0 

R 

1/8 

C7T04 

355 

Unit  of  Maaauramant  Coda 

C 

10 

2/2 

CTT05 

183 

Voluma 

0 

R 

1/8 

CTT06 

355 

Unit  of  Maasuramant  Coda 

C 

ID 

2/2 

CTT07 

352 

Oaaeription 

0 

AN 

1/80 
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070  •  AUTOMATED  BEST  VALUE  MODEL  REFOBT 
SE  •  TRANSACTION  SET  TRAILER 


Mandatory 


Mandatory 


Mandatory 


Segment:  SE  Transaction  Set  Trailer 
Level:  Summary 

Loop:  _ 

Usage:  Mandatory 
Max  Use:  1 


Purpose:  To  indicate  the  end  of  the  transaction  set  and  provide  the  count  of  the 
transmitted  segments  (including  the  beginning  (ST)  and  ending  (SE) 
segments). 

Commem:  SE  is  the  last  segment  of  each  transaction  set. 


_ Data  Element  Summary _ 

NV  BATA  _  _ 

OCT.  ..fiBSlL.  _ -  -  -  -  - _ ATTWBtfTli _ 

SE01  96  Number  of  ineludod  Sogmonto  M  NO  116 

Total  number  of  segments  included  in  a  transaction  set  including  ST  and  SE 
segments. 

ImpiMwntation  Note; 

SEOl  carries  the  total  number  of  segments  in  the  transaction  set  including  the  “ST"  and  "SE"  segments. 

SE02  329  Transaction  Set  Control  Number  M  AN  4/9 

Identifying  control  number  assigned  by  the  originator  for  a  transaction  set. 

lmpl»m»nMhn  Noth: 

SEQ2  carries  the  same  unique  control  number  as  the  one  in  Sr02. 
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DEPARTMENT  OP  DEFENSE 
EDI  CONVENTION 


ORDER  STATUS  REPORT 
S70X03020 


lO.C  Example  -  X12  Transaction  Set  870 
Order  Status  Report 

This  appendix  contuns  an  example  of  Transaction  Set  870  as  it 
is  used  by  the  Defense  Logistics  Agency  to  provide  to  vendors 
data  whi<^  is  used  by  contracting  officers  when  making  contract 
award  dedaons. 


BASEUNE  AS  OF:  21  DECEMBER  1tS2 


1S.C.1 


\  f 


OEPARTMENT  OF  DEFENSE  ORDER  STATUS  REPORT 

EDI  CONVENTION  STOOOSOaO 


Example  -  ORDER  STATUS  REPORT  (870)  TRANSACTION  SET 


ASC  X12  EDI  SYNTAX 


ORDER  STATUS  INQUIRY  DATA 


ST*870*0001  a/l 

BSR*1*CA*DLA001*921131*3M001  n/l 

Nl*TO**33*lB712  o/l 

HL*1**B*1  n/l 

REF*DX*DLA400*DGSC  n/l 
HL*2*1*0  n/l 

REPCT*DLA40090C5405  n/l 
P01*0001*75*ZZ***SW*5940015873721  n/l 

ISR*ZZ**A01  n/l 
DTM*106*911101  n/l 
DTM*111*911111  n/l 

ISR*ZZ**P05  n/l 


The  tiuMcUoB  Ml  !•  Ml  OrScr  StalM  R«pMl  (MaM* 
her  170)  »lUi  ■  InnMcUon  Ml  caalral  auilwr  m- 
•tgoitd  kjr  Um  •riglnator  at  0001. 


The  origlaalar  af  the  Iraneactlaa  Ml  mb!  It  aa  a 
KapaBM  la  a  caalraclar  taqaliy  (bm  caSc  *1*): 
alataa  la  hcliM  pravIdcO  far  all  ardm  —  all  lIcaM 
(BM  cade  llwaa  ailgnad  a  aalqae  Bamher  af 

DALOOl;  the  IraaaacIlaB  la  dated  Naeeaeher  31, 
1092;  It  la  a  reply  la  eaalfBClor^  rti|Beal  far  lofar- 
BiallaB  caatalMd  la  aa  lacamlag  laaalry  (M9) 
Iraaacllaa  Ml  that  hare  the  aolqM  aamaer  3M00L 


Thb  traaaacllaa  Ml  h  bclat  aeat  la  (bm  cade  TO*) 
a  caalraclar  whcM  CAGE  cade  (bm  cade  ”33*)  la 
1B712. 


The  fliat  llerallaB  af  the  hierarchical  aefMeat  (bm 
the  aaoihcr  *1*)  la  at  the  haylag  actlrl^  leael  (bm 
cade  *B*);  there  are  aabardlaale  ardere  la  leparl 
BBder  ihiB  hBylat  acilvlly  (bm  cade  *1*). 


Thb  repartlBg  hBylag  acUrlty  (bm  cade  'DX')  b 
aaaiberad  OLA400;  It  b  the  DGSC 


The  aecaad  lleratlcB  af  the  hleiarchlcal  cctaMBC 
(BM  the  BBBiher  *3”)  b  a  caalrsct  at  DGSC  m  H  b 
aabardlBalc  la  hbrarchlcal  Ibrallaa  BBBihar  1;  It  b 
at  the  aider  (caatiBCl)  bvel  (bm  cade  *0*);  there  are 
aa  aabardlaale  leeeb  la  repart  aader  Ihb  bayiai 
sctlvlfy. 


The  caalracl  bclag  reparted  aa  (bm  cade  “CTT)  b 
Bcadber  D1A40090C540S. 


The  firat  Uac  item  being  reparlad  aa  b  CUN  0001; 
it  called  far  75  anlla  W  alack  aamber  (aac  cade 
*SW*)  994001SS7372L 


Thb  Uar  Item  ahaira  a  dbcrepancy  (aae  cade  *ZZ*) 
that  b  a  dellrery  dlacrepaacy  type  (bm  cade  *A01*). 


The  CBBlract  called  far  delleeiy  af  Ihb  line  UeM  (bm 
cade  *lDO  aa  NaeeBaber  1.  1991. 


The  caalraclar'a  ahlpaeal  Bailee  Indlcalad  lhal  he 
chipped  the  llcaaa  (bm  cade  Til*)  aa  NaeeaAer  11, 
1991. 


Thb  Uac  Hem  aba  ahaaa  a  dberepaacy  (bm  cade 
*ZZ*)  that  ladlcalM  a  failed  labaratoiy  leal  (bm  cade 
■P05*). 


BASEUNE  AS  OF:  21  DECEMBER  1092 
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DEPARTMENT  OP  DEFENSE 

EDI  CONVENTION _ 

P01*0002*200*ZZ***SW*5940015873722  n/1 

ISR*ZZ**A01  n/l 
DTM*106*911101  n/l 
DTM*111*911111  n/l 

ISR*ZZ**ZZZ  n/l 

HL*3*1*0  n/l 

REF*CT*DLA40091M1234  n/l 
REF*C4*I>00001  n/l 

P01*0001*60*ZZ***SW5940009654384  n/l 

ISR'ZZ**A01  n/l 

DTM* 106*920604  n/l 

DTM* 111*000000  n/l 
ISR*ZZ**ZZZ  n/l 

HL*4*1*0  n/l 

REF*CT*DLA40090C8709  n/l 
P01*0002*50*ZZ***SW*5940018674344  n/l 

ISR*2Z**A01  n/l 
DTM*  106*910203  n/l 


ORDER  STATUS  REPORT 

srojoosaao 


The  line  Hem  being  leperleA  en  !•  CUN 

0002;  II  calM  for  200  niUU  of  slock  nnmber  (nse 
code  *SW*)  5040015073722. 


This  lint  llem  shoos  s  dlmreponcy  (ose  code  *ZZ^ 
IhsI  is  s  deUeei7  dlscreponcy  Ijrpe  (ose  code 


The  coBiToct  called  for  detteeiy  of  this  line  Hem  (om 
code  *106*)  OB  November  1,  199L 


The  coBlroclor's  shlpmenl  notice  Indtcolcd  lhal  he 
shipped  Ibe  Hems  (ose  cede  *111*)  on  November  II, 
1*91. 


This  line  Hem  also  shoos  o  discrepanej  (ose  code 
*ZZ*)  IhsI  is  a  pseksglng  diacreponejr  Urp*  (me  cade 
*ZZZ*). 


The  third  Hetolion  of  the  *HL*  loop  (ose  Ihe  nomhtr 
*3*)  H  also  being  reported  nnder  nnmher  1  (which 
atm  DGSC);  H  Is  another  contracl  (nse  code  k}*)> 


The  contract  being  reported  on  (not  code  "CT)  Is 
nantber  DLA40091M1234. 


The  conlmcl  heiag  reportsd  an  hm  a  msdlllratlsn 
POOOOl  (ose  code  *04*)  Imoad  bgr  Ihe  coniracling 
olllcer. 


The  llrst  tine  Hem  being  reported  on  is  CUN  0001; 
11  called  for  60  Balls  of  slock  namber  (ass  code 
*SW*)  5940009654304. 


This  line  item  shoos  a  dHcrepancp  (nse  cade  *ZZ*) 
that  is  a  deUverp  disonepanep  Ippe  (aae  cade  *A01*) 


The  contract  called  for  deUveip  of  this  line  Hem  (am 
code  *106*)  on  Jane  4,  1992. 


The  contractor  failed  to  provide  a  ihlpamat  notice. 


This  line  Hem  also  shoos  a  discrepaacp  (nse  code 
*ZZ*)  Ibol  Is  a  parkaglng  discreponcp  (p^  (nse  code 
*ZZZ’). 


The  fonrlb  llerstfon  of  Ibe  *HL*  loop  (nse  Ihe  nnm- 
her  *4*)  Is  also  being  reported  nnder  ansaber  1 
(which  om  DGSC);  il  is  another  conlmcl  (am  code 
*0*). 


This  contract  being  reported  on  (aae  code  "CT")  is 
naoaher  DLA40090C0709. 


The  Ibst  line  Hem  being  reported  on  Is  CUN  0001; 
It  called  for  50  anito  of  stock  namber  (am  code 
*SW’)  5940010674344. 


This  line  Hem  shoos  a  discrepaacp  (aae  code  *ZZ*) 
lhal  Is  a  deUverp  dlscrepancp  Ippe  (am  cade  *A0i*). 


The  contract  called  for  deUveip  of  Ibis  line  Hem  (me 
code  *106*)  on  Febmorp  3,  1991. 


10.04 
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DTM*111*910721  n/l 
ISR*ZZ**A91  n/l 

P01*0003*50*2a:***SW*5940018674346  n/l 

ISR*ZZ**A01  n/l 
DTM*106*911101  n/l 
DTM*  111*911111  n/l 
HL*5**B*1  n/l 

REF*DX*DLA900*DESC  n/l 
HL*6*5*0  n/l 

REF*CT*DLA90092A69460001  n/l 

P01*0002*75*ZZ***SW*5905018674348  n/l 

ISR*ZZ**A45  n/l 
QTY*  12*50  n/l 

P01*0003*75*ZZ***SW*5905018674349  n/l 

ISR*ZZ**A91  n/l 
CTT*6  n/l 
SE*51*0001  n/l 


ORDER  STATUS  REPORT 
870UI03020 


Th«  c*alract«r*s  ahlpBCBl  ■•ticc  IsAlcaUS  a 
ScUraiy  (aaa  eaSc  'lin  ao  Jal;  21.  1991. 


ThN  Una  Item  ako  aboav  a  dlacrepaacj  (aaa  caSa 
*22*)  that  la  a  aaalltjr  Sbcrcpaacj  tjpa  (aac  ca4a 
’A91^. 


The  third  Una  Item  bclnc  reported  ea  la  CUN  M03; 
It  called  tor  50  onlte  ^  atock  aaaBbcr  (aac  code 
*SW*)  5940015674540. 


Thla  Uae  Item  tbowo  a  dlacrcpaacj  (aac  cade  *22*) 
that  la  a  delivery  diacrcpaacy  type  (aac  code  *A01*). 


The  coatract  called  for  dcllvciy  of  thla  Uae  Ham  (am 
code  *106*)  OB  Novcaibcr  1,  199L 


The  coatractor’a  ahlpmcat  aotlcc  ladlcated  a 
dcUvciy  (am  code  *lir)  oa  Novcaibcr  11,  1991. 


The  nilh  UcraUea  of  the  *HL*  loop  (am  the  aaaiber 
*5*)  la  aaolhcr  baying  activity  level  (am  cade  *B*); 
th^  arc  aabordlaalc  ordcra  to  report  aader  thla 
boytag  acUvIly  (am  code  *1*). 


The  rcportlag  baylag  acUvIty  (am  code  *DX*)  te 
aaaiberei  DiA900t  It  la  DESC 


The  alath  Hcratloa  of  the  *HL*  loop  (am  the  aambar 
*6*)  la  a  caatracl  at  DESC;  It  la  aabotdlaale  to 
hierarchical  Iterotloa  aamber  5;  It  la  at  the  arder 
(coatract)  level  (am  cade  *0*);  there  are  ao  aabm- 
dlaate  Icvcla  to  report  aader  thla  baylag  acUvlty. 


Thla  coatract  being  reported  on  (am  cade  *CT*)  la 
a  Blaakct  Parchaac  Agrcemeat  aamber 
DLA900092A6946;  It  coalalaa  aa  order  aambev  of 
0001. 


The  llrat  Uae  Item  being  reported  on  la  CUN  0002; 
It  called  for  75  each  aalla  of  alack  aamber  (am  code 
*SRr)  590501S67434A 


Thla  Uae  Item  ahavra  a  dbcrcpoacy  (am  cade  *22*) 
that  la  a  ^aaaUly  dlacrcpaacy  type  (am  code  *A45*). 


Thla  Uae  Item  abooa  that  the  qaaaUly  ahlppod  (am 
code  *U’)  wm  50  IIohm. 


The  accoad  Uae  Item  being  reported  on  to  CUN 
0003;  It  called  for  75  each  aalla  of  clock  aamber 
(am  code  "SW*)  5905010674349 


Thla  Uae  Item  ahooa  a  dlacrepancy  (am  cade  *22*) 
that  la  a  qaaUly  dlacrepancy  type  (am  code  *A91*). 


In  thla  traaaaclloB  act  there  arc  alz  Iteialloaa  of  the 
*HL*  loop. 


In  Ihk  traaaactloa,  which  aaca  traaaaftloa  ml  coa* 
trol  aamber  0001,  there  arc  51  acpacala,  larladlag 
the  *S1*  aad  *SE*  aegmeata. 


BA8EUNE  AS  OF:  21  DECEMBER  1002 
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OHDEB  STATUE  WEPOIff 
97^^003080 


NOTES:  ALL  NUMBERS  ARE  NOTIONAL  AND  USED  FOR  ILLUSTRATION  PURPOSES  ONLY. 
The  example  is  mapped  to  ASC  X12  standards,  version  3,  release  2 
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